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CHAPTER 1 


. INTRODUCTION 

Data handling by a computer often involves the 
transfer of data between the memory and I/O devices. Some 
I/O devices can transmit a large amount of data in a short 
time. If the CPU had to process every character separately, 
a great deal of CPU time would be wasted. To avoid tying up 
the CPU for long periods of time on I/O, most medium and 
large computers have one or more specialized, low-cost I/O 
processors. Because the I/O is performed by these special 
processors, the CPU is available to spend most of its time 
on more difficult computations. The I/O processor along with 
the other hardware used to perform I,/0 operation is called 
I/O controller.^ ith the advent of high performance micro- 
processors, it is possible to control I/O operation of low 
to medium speed I/O devices with the microprocessors. The 
present work involves developing and evaluating Microprocessing 
Unit-Based I/O Controllers. 

1,1 MPU-BASED I/O CONTROLLERS ; Designing the microprocessor 
into the controlling system allows hardware/software ' 
tradeoffs to be made to satisfy the specific system 
requirements. For example, in high speed devices, 
additional logic might be required if the desired data 



transfer rate is to be met even though the micfbprocess- 
ing unit (MPU) is only used for device control. In low 
speed devices almost all of the control functions may be 
assumed by the MPU with little external hardware. It is 
assumed that the best tradeoff occurs by minimizing the 
hardware in the controller. High performance microproce- 
ssors provide an efficient means for controlling the high 
speed devices and in the lower speed applications, addit- 
ional functions can be combined with the controller funct- 
ion to produce a more cost-effective system, 

1.2 OBJECTIVE OF THE THESIS s 

The objective of the thesis is to develop a metho- 
dology to develop MPU-based I/O controllers. As is gener- 
ally the case with MPU based designs, there are numerous 
ways to solve the problem. The methodology that is selecte 
is to satisfy the following two basic objectives : 

1. To develop as generalized controller as possible. By 

generalized” it is meant that the same controller 
could be used to handle different types of devices, 

2. Use minimum external hardware. 

An MPU-based 1/0 controller basically consists of 
the following modules s 

1, the basic MPU system 

2, the external hardware and 

3, the software control modules. 
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After making a detailed study of the characterist- 
ics of different kinds of I/O devices, a generalized MPU 
system is developed which can be used to handle different 
kinds of I/O devices, .In the case of the external hardware 
and the software control modules, it is found that they are 
very much dependent on the type of device and it is not 
feasible to make absolute generalization in these modules. 
However, these modules can be generalized if they are rest- 
ricted to handle same kind of I/O devices but having diff- 
erent speeds . For example, all tape devices having different 
speeds can be controlled with common external hardware and 
software control modules. Some pcrameters, whose values are 
dependent on the device speed and characteristics, are passed 
to these modules to make them adaptive to handle the parti- 
cular speed of the device, as dictated by the parameters. 

The MPU -based I/O controllers are developed for 
the following three different kinds of devices to illustrate 
the various steps involved in designing MPU-based I/O cont- 
rollers : 

1. Low speed printer 

2. Tape cassette system 

3. Flpppy disk system. 

It is assumed that the microprocessor is fast 
enough such that most of the control functions are carriedout 
by the software and minimum external hardware is used. The 
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generalized software control modules are developed for each 
device in PL/M, a higher language, whose compiler is suppli- 
ed by the INTEL corporation. These software control modules 
are then evaluated to find out their capability of handling 
high speed devices, 

1.3 OVER-VIEW OF THE THESIS ; 

Chapter 2 ;- In this chapter MPU-based system design 
techniques are explained. The common characteristics 
of I/O devices are studied, A generalised MPU system is 
proposed for controlling the I/O devices. The various 
steps involved and the considerations that are to be 
taken into account while developing MPU-based I/O 
controllers are explained in detail. 

Chapter 3 In this chapter MPU-based I/O controllers 
are developed for the following I/O devices following 
the methodology described in chapter 2 : 

1, Low speed printer 

2, Tape cassette system 

3, Floppy disk system 

Chapter 4 ; In this chapter, the procedure for evaluat- 
ing control routines is explained. The software control 
routines developed for the three devicSs in chapter 2 
are evaluated and their capability of handling high 
speed devices is checked* 
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Chapter 5 : The thesis is concluded with a critical 
review of the present work and suggestions for future 
work. 



CHAPTER 2 


MPU-BA5ED I/O CONTROLLERS DESIGN TECHNIQUES 

Development of a microprocessor-based system is 
similar in most respects to the design of conventional SSI/ 
MSI systems. Both approaches must include the steps shown 
in Figure 2,1 : specification, system flow charts, hardware 
design and test and debug. However, the MPU based, design 
adds another dimension. As indicated in figure 2,2 , the 
designer also has the option of software to consider and must 
decide whether each task is best done using the conventional 
approach or the software approach. 
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Fig, 2.2 : MPU- Based Besign Cycle 


The additional decisions should not be construed 
as an additional burden; they are in fact the key to develop 
ing the most cost-effective system. Study of the system 
specification will often provide indications as to the best 
approach. In addition to the MPU and its associated memory 
and interface devices, three additional elements are present 
in a typical system design: (1) the actual peripheral equip- 
ment that is dictated by the system specif icationj (2) any 
conventional electronics required to control the peripherals 
(3) the "intelligence” that enables the MPU to perform the 
required control and data processing functions. 

In an MPU based design, "intelligence" refers to the 
control program, a sequence of instructions that will guide 
MPU through the various operations it must perform. The 
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program, usually called ” software” at this point, is then 
stored in read-only memory that can be accessed by the 
MPU during operation, thus becoming the system’s int elligence. 
Once in memory the program is often called ’’firmware” . How- 
ever, it is common to find the terms software and firmware 
used interchangeably in this context. 

When peripherals satisfying the system requirement 
have been selected, the designer can begin to consider trade- 
offs that will result in the most cost-effective system .The 
presence of the MPU and control program in the system provides 
the designer with tradeoff opportunities not available in 
conventional designs. 

In the next few sections, the characteristics of 
the I/O devices and the functions of the I/O controllers are 
studied in detail to get a clear idea about the specifications 
of I/O device controllers. 

2.1 I/O DEVICE CHARACTERISTICS : 

Literally hundreds of kinds of I/O devices are avail- 
able to-day, A few of the more common ones are listed below t 

Line printers 

Magnetic tape storage devices 

Floppy Disk Systems 

Paper Tape Readexs 

Paper Tape Punches 

Card Readers 

Card Punches 

Teletype Writers 


DEVICE TYPE OF STORAGE MEDIA R /w' head ' ' " " " ' 

NAME DEVICE MATERIAL MOVABLE? MOVABLE? Basic functions of device controller 
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A study of the above I/O devices reveals that an 
I/O device basically consists of the following modules : 

1. a storage media 

2. a read/write head to store/retrieve information from the 
storage media, 

3. a control unit to control operations on the I/O device. 

Table 2.1.1 gives a brief decription of some of the I/O 
devices and their controller’s functions. 

Usually, the I/O devices are used for mass storage 
of data and single R/W head is used for staring/retriev- 

ing the data. Hence, it is necessary to position the R/W head 

the 

on the desired data cell of/ storage media before reading/ 
writing the data. In order to do so the storage media or R/W 
head or both, whichever is applicable, must be moved. In electro 
mechanical devices ( example tape, floppy disk device, card 
readered) the storage media is usually movable. In these 
devices, the R/W head may or mgy not be movable. For example, 
in the case of card reader and tap device the R/W head is 
fixed whereas in the case of floppy disk system it is movable. 
In the case of tape device, the tape (the storage media) is 
moved to bring the desired data cell under the R/W head 
whereas in the case of floppy disk system both the R/W head 
and the floppy disk (the storage media) are moved. 

The functionsof the I/O device control unit can be 
broadly divided into three categories s 

(1) to move the R/W head or the storage media or both, 
whichever is applicable • 
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(2) to store/retrieve data from the data cell lying under 
the R/W head 

(3) to indicate the current status of the device, if any 
(for example, in the case of tape device, the status 
signals are Beginning Of Tape (BOT) and Ending Of 
Tape (EOT) . 

The i/O device control unit accepts control commands 
from the I/O controller and performs the necessary functions 
as dictated by the commands. The common control signals to 
the device control unit are, 

(1) "MOVE R/W HEAD" or "MOVE STORAGE MEDIA" or "MOVE BOTH 
R/W HEAD AND STORAGE MEDIA", whichever is applicable* 

(2) "READ DATA" 

(3) "WRITE DATA" 

2.2 FUNCTIONS OF THE I/O DEVICE CONTROLLER : 

The functions of the I/O controller can be broadly 
divided into two categories ; 

(1) Bringing the desired data cell under the R/W head, 

(2) Reading/writing a block of data from the I/O device, 

1* Bringing the desired data cell under the R/W head **- Usually 
the data is recorded on the I/O devices in the form of 
blocks and the I/O devices are sequential in nature i,e. 
to access the N^h data cell of a block, previous (N-l) 
data cells must be accessed. Thus in order to read/write 
a data block, the R/W head must first be positioned at 
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the beginning of the desired data block before giving read/ 

write control command. Since the ”MOVE R/W HEAD” or "MOVE 

STORAGE MEDIA” or "MOVE BOTH R/W HEAD AND STORAGE MEDIA" 

control command merely keeps on moving the R/W HEAD/STORAGE 

MEDIA as long as the control signal is active, the I/O 

controller must keep track of the amount of movement and 

deactivate the control signal when the desired data block 

of 

is under the R/W head. For example, in the case/tape device 
this operation consists of moving the tape until the desired 
data block comes under the R/W head and in the case of floppy 
disk system, this operation consists of positioning the R/W 
head on a track where the desired data is available, 

2. Readinq/writino a block of data from the I/O device :-0nce 
the R/W head is positioned at the desired data block, the 
R/W control command is issued to the I/O device to start 
reading/writing of the data block. During the R/W operation, 
the storage media or R/W head or both will be moving conti- 
nuously and hence the consecutive data cells are read/written 
as long as the R/W control command is active. The I/O contro- 
ller must capture the data when it is ready, keep track of I 

the amount of data transferred and deactivate the R/W control ! 

I 

command when the desired amount of data has been transferred, | 

■ ! 

2.3. CLASSIFICATION OF l/O DEVICE INTERFACING SIGNALS j | 

It is inter sting to note that the I/O device interface signals | 

' ' ' , ’ ' 

can be classified into four categories : I 


DATA SIGNALS - 


These signals are used to transfer the 
data between the I/O device and the 


I/O controller. 

CONTROL These signals are used to convey the 

SIGNALS* 

commands from the l/o controller to the 
I/O device control unit, 

DEVICE STATUS— These signals indicate the current 
SIGNALS 

status of the I/O device, if any, to the 
I/O controller, 

INTERRUPT - These signals are used to interrupt the 

SIGNALS 

MPU whenever MPU attention is required 
by the I/O device. 




DATA SIGNALS 





1/0 

Controller j 


— ^ ) 

CONTROL SIGNALS 


*<***«>■ 

— > 

DEVICE STATUS SIGNALS 

I/O 

Device 



INTERRUPT SIGNALS 






Pig. 2,3,1 : Various Interface Signals of an I/O Device to 
the Controller, 

2*^ generali zed HPU-BASED T/n rnNTROLLERS : 

Any MPU— based system consists of the following 

blocks : 

the basic MPU , 

the external hardware (conventional electronics), if any. 


2 
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and 3, the software modules. 

Development of generalized MPU-based I/O controller 
involve making generalization in each of the above blocks. By 
’’generalized controller”, it is meant that using the same 
controller to control different kinds of I/O devices. In the 
following paragraphs the possible generalizations in each 
block is discussed. 

Microprocessing Unit ; The MPU consists of ; (1) the microproce 
processor (2) the system memory, to store data and control 
programs and (3) interface devices (peripheral components). 

The first two components are common in any MPU whereas the 
type and the number of interface devices varies with the 
system requirements. The requirements of the I/O controllers 
suggests the generalized MPU shown in Fig. 2.4,1 , It has the 
following peripheral components : 

(1) The hardware timer (the INTEL’S programmable interval 
timer, 8253) , 

( 2 ) the priority interrupt controller (the INTEL’S progxa- 
mable interrupt controller, 8259) and 

(3) the peripheral interface devices (the INTEL’S pro- 
gramable peripheral interface, 8255) . One peripheral 
interface device is used as data buffer and the other 
interface device is used to interface control and status 
signals. 
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More than one peripheral interface devices (8255s) 
are required if all the control and status signals can not 
be interfaced with single peripheral interface device. Note 
that the time delays can be generated and interrupts can be 
handled with the software also*f.he necessity and advantages 
of using the hardware for generating the time delays and 
handling the interrupts is discussed in detail in the next 
section with respect to the requirements of I/O controllers. 
For details on peripheral components refer (5) . 

T he external hardware t In the case of I/O devices which are 
used for storing as well as retrieving the data, the data 
must be retrieved at the same rate as it was recorded. The 
read clock is used to synchronize the read program to the 
data rate. Thus before reading the data, it is necessary 
to adjust the read clock rate to the data rate at which it 
was recorded. It is assumed that the read clock synchronizat- 
ion to the data rate is achieved by the hardware. The MPU 
inputs/outputs the data when it is requested by the read/write 
clock. Handshake mode is assumed during reading/writing the 
data i.e, data is inputted er outputted when it is requested 
and an acknowledge signal is generated when the request is 
serviced. If data is not transferred by the MPU when requested 
then the hardware generates overflow/under flow error. Apart 
from the synchro'nization circuits, the external hardware 
consists of circuits for pulse shaping the interfacing signals 
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and other control circuitry whose functions can not be done 
by the software. It is assumed that the microprocessor is 
fast enough to handle most of the I/O controller functions 
and hence the external hardware consists of only the 
synchronization circuits and pulse shaping circuits. It is 
obvious that the synchronization circuits and pulse shaping 
circuits vary with the type of device. However, all the 
devices of the same kind but having different speeds will 
have the common synchronization and pulse shaping circuits. 
For the high speed devices, the external hardware consists of 
additional hardware which is used to perform some control 
functions, may be partially, to meet the speed requirements 
of the devices. Thus absolute generalization in the external 
hardware is not feasible, it depends on the type and speed 
of the devices. 

Software Modules : 

The functions of the MPU and the external hardware 
have been fixed. The MPU has interface devices to generate 
time delays, to handle priority interrupts and to interface 
device signals to the MPU system bus. The external hardware 
performs the pulse shaping of interface signals and achieves 
read clock synchronization, if applicable. Now the remaining 
functions of the I/O controller has to be performed by the 
software. It has been pointed out that the basic functions 
of the I/D controller are, (1)to bring the desired data cell 
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under the R/W head and (2) to transfer desired amount of data 
to/from the I/O device. These two functions are independent. 
The second function involves two sub-tasksj 1,to capture the 
data from the I/O device when it is ready and 2, to process 
the captured data. The data processing involves keeping 
track of the amount of data transferred and moving the captu- 
red data tothe desired memory location. Each function involves 
issuing a set of sequence of control commands to the I/O 
device control unit. Before giving a command, the device check 
should be made to ensure that the desired operation is carried 
out at proper stages. Sometimes a time out has to be perfor- 
med to achieve the desired device status. The typical steps 
involved, while executing a control function are : 


Step 1 : 
Step 2 : 

Step 3 : 

Step 4 s 

Step 5 : 
Step 6 : 

Step 7 : 


Check the device status. Go to Step 2, 

If the status is good to carry out the desired ope- 
ration then go to Step 3, else go to Step 4, 

Give the control command to carry out the desired 
operation. Go to Step 7. 

If a time delay is required to achieve the desired 
status then go to Step 5 else go to Step 9. 

Perform the desired time out. Go to Step 6. 

If the status is good to carry out the desired 
operation then go to Step 3, else go to Step 9. 

Wait until the desired operation is completed. 

Go to Step 8. 



1 


step 8 : If the previous operation is the last operation 

then go to Step 10, else go to Step 1. 

Step 9 s Generate error signal. 

Step 10: Stop the execution of the control function. 

Apart from the above basic software control modules, 
the Software consists of interrupt service routines. Error 
processing routines, if any and a routine to initialize the 
MPU system when power-on. Thus the software modules in an 
MPU-based I/O controller can be classified as follows: 

(1) routines to initialize the MPU system when 
power-on, 

(2) routines to bring the desired data cell under 
the R/W head. 

(3) routines to transfer the desired amount of 
data to/from the I/O device. 

(4) routines to process interrupts, 

and {5) routines to process errors, if any, 

A "control block" will be maintained in the memory 
for communication between the executive program and the I/O 
controller. This block contains the following information: 

(H current operation 

(2) starting address of the data 

(3) data count (amount of data to be transferred). 

(4) amount of data that has been transferred. 

(5) Error status. 


and 



Although the various functions of the software have 
been defined, it is not feasible to generalize the software 
control modules absolutely i.e. to develop a common software 
which can be used to handle different kinds of I/O device. 

This is due to the wide variations in the characteristics of 
the device from device to device. The control signals, status 
signals and the interrupt signals change completely from 
device to device. Thus there is no commonality in the control 
commands and in their sequence of execution during the execu- 
tion of a control function. However, the generalization is 
possible, if the software control is restricted to a particular 
kind of I/O devices. For example, a generalized software can 
be developed for all tape devices having different speeds. 

The variable parameters, which depend on the speed of the tape 
device, are t 1. start gap time, 2, stop gap time 3, Full 
tape rewinding time (this time also depends on tape length ) 

4, BOT and load point gap time (i.e. the time required to 
reach to the load point from BOT at R/W speed.) 5. Record 
length time (time required to read a full record, it also 
depends on record length and type of data transfer i.e, 
whether it is bit serial data transfer or byte data transfer 
program). These variables can- be passed as parameters to the 
control modules to make them adaptive to the desired speed 
requirements. The software can also be generalized to handle 
both bit serial data transfer (data is transferred one bit 
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at a time) and byte data transfer (data is transferre-d 8 bits 
at a time) , 

2.5 HARDWARE/SOFTWARE TRADEOFF 5 ;- 

Once the system requirements are defined, the 
designer must almost immediately begin making decisions to 
establish whether a hardware ox a software approach will be 
used for each sub-task. 

The tradeoff possibilities can be explored by 
considering some of the overall design goals. For example, 
if a high volume production run is anticipated, a logical 
goal is to minimize hardware costs since each dollar of cost 
is amplified by the unit count. In such cases, every attempt 
should be made to eliminate external control hardware by 
•’loading up” the MPU since control programs in memory are 
generally more economical than generating the same function 
with conventional logic circuits. 

At the opposite extreme are relatively complex 
systems (with attendant high engineering development costs) 
that will be produced in limited quantity. In this case, 
minimizing development cost may be the more important 
criteria. In typical MPU systems, the peripherals can be 
obtained from OEM suppliers with varying amounts of the 
control and drive circuitry provided. Using peripherals 
with conventional control and drive electronics will simplify 
the tasks that roust be performed by the MPU and will result 
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in a shorter, more economical development cycle. 

Typical applications fall somewhere between these 
two extremes. There will usually be three approaches to 
consider: the older conventional method, the new programmed 
method and a judicious blend of both. 

The primary goal using an MPU based design should be 
to replace as much hardware as possible with a control program 
that causes the MPU to duplicate the hardware process. This 
capability is the primary motivation for using an MPU in the 
first place. In many cases, this approach can be carried to 
the extreme of eliminating everything except the family 
devices (MPU, memory. Interface) and the peripherals themselves. 
However, in most systems, there are tasks that, if done in 
hardware, can significantly reduce memory requirements and/or 
improve the data throughput rate. Depending on the system 
design goals, it is possible that the dedicated MPU based 
design can be more expensive than hardwired logic. Of course, 
the MPU based design is much more flexible and can be progra- 
mmed to have a higher level of •' intelligenci^* than its hardwired 
logic counter part. If the system has a potential to grow 
( long term consideration) , or if there is a need to design 
a flexible system, the MPU based design would be a wise 

decision* For the above reasons, selection of the configura- 
tipn should not be based on simplistic hardware/ software 
tradeoffs. 
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The first task of the system designer is to become 
familiar with the MPU’s characteristics. Knowledge concer- 
ning the MPU’s ability to handle various aspects of the 
problem will heavily influence the methods that are finally 
adopted. Such factors as operating speed, the number of 
working registers and how they can be used, available 
control features, I/O techniques, addressing modes, and the 
instruction set will all influence each stage of the develop- 
ment. 

The remainder of this section illustrate s by example 
some of the steps involved in reducing a system specification 
to individual software and hardware tasks. The various 
options are discussed in context with the I/O controllers, 

2.5.1 MEMORY REFERENCE I/O vs. DMA I/O t - 

Memory reference or software I/O refers to the 
technique of transferring data to and from memory via the 
MPU and a PPI (programmable peripheral interface). For 
example, to load memory from a pheriphal device, the data 
flow would be to (1) PPI to (2) MPU, to (3) memory. This 
is typically accomplished in software by an "IN" (PPI to MPU) 
instruction addressing the proper PPI followed by a "STA" 
(MPU to memory) instruction addressing the desired memory 
location, 

DMA, or direct memory access, is a technique by 
which pheripheral data transfer to and from memory is 
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accomplished directly utilizing special DMA hardware. This 
implies that a DMA transfer is transparant to the MPU , thus 
costing no software. However, it does affect system opera- 
tion; the DMA circuitry must disable the MPU and generate 
the desired data, address and control signals required to 
transfer data directly to memory. During non-DMA operation, 
the MPU is driving the system busses and control lines. When 
DMA is required, the DMA hardware is responsible for driving 
the busses and some of the control lines, therefore, to avoid 
contention the DMA must "disable" the MPU. 

The low to medium speed I/O devices can be controlled 
by the microproce ssqr e. The specific Floppy disk system that 
is chosen as an exampi^,, requires a nominal transfer rate of 
approximately 34, >25 K bytes/sec. The INTEL 8tl80, utilizing 
the PPI, can accomodate this transfer rate using software 
techniques. The cassette transfer rate is even slower, 
approximately 1,5 K bytes/sec. Even though the data block is 
long (256 bytes), suggesting WA usage, the byte rate is very 
slow compared with the MPU's software capability, 

2.5.2 SOFTWARE vs. HARDWARE PERIPHERAL SERVICE PRIORTIZINS 

Either software or hardware techniques can be used 
to establish the priority by which several interrupts are 
serviced. In the software approach, the MPU polls the 
interrupt signals to determine which interrupt signal needs 
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service. The priority of the interrupt signals with respect 
to one another is, therefore, determined by the order in which 
the software performs. the poll. Software techniques, in 
theory, handle any number of interrupts to any sophistica- 
tion level of prioritizing. In practice, if there are many 
sources of interrupt requests, the time required to find the 
appropriate interrupt can exceed the time available to do so. 
In this situation, external prioritizing hardware can be 
used to speed up the operation. The INTEL’ s programmable 
interrupt controller { 8259) is included in the MPU system 
to handle the I/O devices which require the external priori- 
tizing hardware. 

The INTEL’S peripheral component, programmable 
interrupt controller (8259), functions as an overall manager 
in an interrupt-driven system environment. It accepts 
requests from the peripheral equipment, determines which of 
the incoming requests is of the highest importance (priority) > 
ascertains whether the incoming request has a higher priority 
value than the level currently being serviced and issues an 
interrupt to the CPU based on this determination. The 8259 
is programmed by the system’ s software as an I/O peripheral. 

A I selection of priority modes is available to the progra- 
mmer So that the manner in' which the requests are processed 
by the 8259 can be configured to match the system require- 
ments, The priority modes can be changed ox reconfigured 
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dynamically at any time during the main program. This 
means that the complete interrupt structure can be defined 
as required, based on the total system environment. 

In the case of tape casette (when data is transfe- 
rred in bit serial form) and floppy disk system, the soft- 
ware prioritizing methods are partially used. Some interrupts 
require service as quickly as possible once it occurs. In 
such a case, the MPU can ignore all other service requests 
and go into a programmed waiting loop until the device. asks 
for service. In the case of above mentioned devices, when 
the device is transmitting data to the MPU, the MPU repeated- 
ly asks the device if data is coming and responds immediate- 
ly to a request for service, 

2.5.3 SOFTWARE V5 HARDWARE TIMER 

In most systems, the MPU must occasionally perform 
a time out requirement before continuing with the program. 
Softwai;e can be used to generate the delay in a straight- 
forward fashion by loading a register and decrementing it to 
zero and then allowing the program to continue. The amount 
of delay is determined by the value loaded into the register. 

The hardware approach is useful in two situations: 

1* When another useful task can be performed by the MPU while 
a time out is taking place; 2, When two or more simultaneous 
but independent delays or time outs are required for proper 
system operation. 
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The INTEL* s Programmable Inteiv'al Timer (B253) is 
incorporated for both purposes. It is used as a matter of 
efficiency by several of the peripheral subroutines and as a 
matter of necessity by some I/O devices. 

2 • 6 SOME GUIDE LINES TO BE FOLLOWED WHILE INTERFACING THE 
DEVICE SIGNALS TO THE MPU SYSTEM s 

The device signals are interfaced to the MPU system 
data bus through the Programmable Peripheral Interface (PPI, 
8255), The IN/OUT instruction transfers B-bit data to/from 
a port of a PPI. A device interface signal can be interfaced 
to the system bus through any of the available I/O data line 
of PPI. But it is advantageous^ if all the signals belonging 
to the same class are interfaced through a single port. This 
will enable us to access all the signals belonging to the 
same class through a single INPUT/OUTPUT instruction. 

The following example clearly illustrates the advantages. 


The following is the set of control signals in a 
tape device. 


RD- WRT — Read - =1# write = 0 

Erase - Rd Enable - Erase = 1, Rd Enable *= D 

CR C Reset ■“ CRC Enable » Reset = Ij Enable * 0 

Rd/wrt Speed — Search Speed Rd/wrt speed = 0, Search Speed 

Fwd direction- Reverse Direction - Fwd » 1, Rev = 0 

CRC shift — wrt data enable — CRC shift * 0, wrt data Enable 

' ' ■ ^ ■ ■ = 1 . 


Stop - Go - Stop = 1 , Go o 0 . 





There are seven control signals and these can be 
interfaced through a single Port. The signals are interfacec 
through PORTA of 8255 as shown below. With this technique, 
we can have various control words* as shown in figure 2 , 6.2 . 


8255 


PA 
PA 1 
PA2 
PA3 
PA4i 
PA5< 
PA 6 
PA7' 




Rd-wrt data command- 
Eraee~Rd Enable- — 


CRC Reset-CRC Enable- 
Rd/wrt speed-search speBd«»| 
■Fwd-Reverse direction- 
'CRC shift-wrt data enable-«wj 
— — Stop - Go — — — 


R/W 

Control 

Electro- 

nics 


w 


I/O 

Device 


F igure 2.6.1 

corresponding to the various operations on the I/O device. 
The following is the list of possible control vjords in tue 
case of Tape device. With the above technique, any control 
commend can be communicated to the I/O device with single 
OUTPUT instruction. 




Port A Controi Word OPERATION 


t-4 





0 

-c JZ ^ 

0 


o 



CO 

u 

P P X 

0 X 


p 



u 

C ‘H 

•H *H 0 

0 0 

X 

p 



•H 

•H C 

3 3 rP 

P H 

cr 

c 


u 

C 

O 

X XJ 

UJ J3 


o 

• 

c 

o 

XJ p 

X C X 0 

0 

c • 

u 

13 

(D 

C M 

0 -p 

0 0 0 C 

c c 

-H p 


03 


'H +> 

0 o 

0 0 0 

-H 0 

0 

0 

CD 

U 

O 

CL 0 

Q. p X a 


X3 0 


CL 

P 

XI 0 

W H 

0 Q 0 X 0 P 

X (0 

0 0 

XI 

CQ 

CD 

0 l-i 

0 

P rP 0 O 

0 U 

0 P 

0 


3 

0 0 

H- 

H- 0 XJ rp p P 

0 p ♦ 

DL 

c 

JZ 

M 

CL 

cr 0 

cc P CO JQ P 0 

CL C X 

0 u 

UJ 

a 

0 

0 XJ 

3 p 

::s 0 c 0 3 p 

0 O 0 

OC 


R 

U- 

0 

1 'H 

I C 0 C i 0 

P r-i 

1- U • 

t-J 

CO 

1 

H- 0 

PJ P 

Cl 0 0 X c 

H- P XI 

cr 

cr 

03 

T3 

cr cr 

cr 3 

cr o> 0 cr 0 

cr o 0 

3:x: 0 

u 

CO 

CO 

3: 


P 0 CJ> 

:3 0 c 

1 P«H 



CD 

I JZ 

P x: 

P U 0 o P 

1 «H 0 

a *H -o 

1 

-p 

cr 

C44^ 

0 p 

0 cc X P 0 0 

« 0 

cr 3 0 


CD 


cc ’H 

‘'H 

c-> c cr 

cr 

c 

X 


c 

3 

X 3 

X 0 O X O 

X P 

P 0 0 

p 

03 

•H * 

-P 

P 

p •'P p p 

p cr *»•< 

0 X 

0 

OL 

0 

0 0 

0 0 

0 X *H P 0 

0 x; 

o 0 

3 

(D 

0 U 

XI 

3 X 

3 0 P U 3 0 

x: 0 

e -p 

P 


a o 

U □ * 

P O 

p r-i 3 0 P rH 

X P 

X 0 

Q 


S s: 

3 E TJ 

o e X 

□ XI »"i O XJ 

3 O 

3 X3 X 

U. 

TJ 

-p 

U. 0 

ti- 0 

P 0 CD U- 0 

3 cr 

W 0 

1 • 

C 

0 

0 H 

0 rH 

CP c 

o 

HI 0 

0 

*H 

CL CO 

0 ® XI 

0 0 XJ 

0 LU 0 X 0 LU 

0 0 

0 XJ P 

P X 

3 

o ra 

>00 

>00 

> 1 0 0 > 

> X XJ 

> 0‘H 

•H p 

CD 

+> p 

O P c 

a p c 

O X 0 0 O X 

o o c 

o c P 

P O 

cr: 

to UJ 

s: UJ Lu 

s: tJLj lu 

s: cr cr Qc s: cr 

Jg- £ CD 

s: UJ 3 

:3 3 








lized 
Step 1 

Step 2 
Step 3 

Step 4 


The steps that are involved in developing a genera- 
micr oprocessor based I/O controllers are ; 

: Study the device operating characteristics and 

speed requirements. 

__ s Identify the status, control and interrupt signals 
___ : Develop the generalized MPU system show' ■ in 

F igure 2*4.1. 

_ : Interface the data signals to the MPU system 

through PPI # 1 and the status and control 
signals through PPI # 2 following the guidelines 
given in Section 2.6. 


Step 5 i 


Step 6 ; 


Step 7 s 


Step 8 : 


Find the priorities of interrupt requests, if 
any, and handle them with the Programmable 
Interrupt Controller (8259). 

Develop the pulse shaping circuits and synchxo-> 

nization circuits and Error detect circuits. 

Develop the following software modules ; 

( i) a routine to initialize the MPU system 
when power-up. 

{ ii) routines to bring the desired data cell 
under the R/W head. 

( iii) routines to READ/WRITE a data record and 
( iv) routines to process Errors, if any. 

Determine the device speed dependent variables 
and generalize the software modules by passing 
the values of these variables as input parameters. 
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Step 10 : 


Evaluate the software control routines and 
find whether they are meeting the device 
speed requirements. 

If the Speed requirements are not met then 
modify the software modules and/or replace 
Some software with hardware and go to Step 9* 





32 


CHAPTER 3 

DEVELOPMENT OF MPU BASED I/O CONTROLLERS 

In this chapter MPU based I/O controllers are 
developed for the following devices following the metho- 
dology described in the last chapter ; 

1 . Printer 

2. Tape cassette system 

3. Floppy disk system 

All the software routines are explained with the 
aid of a language construct similar to the programming 
language, PASCAL, in Tables 3,1.1 through 3,3.4 . 

3,1 Printer Controller t 

A SEIKO AN 101F printer is selected as an example. 

To determine the printer controller functions, the 
operating characteristics are studied first, 

3,. i , 2 Ooeratino Characteristics of the Printer : 

The SEIKO AN- 1Q1F printer employs a continually 
rotating print drum mechanism using what is referred 
to as the flying printer technique. The printing prin- 
ciple of the mechanism is indicated schematically in 
F xgure 3.1*1, 
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Paper peedif^g Roller 



Figure 3,1.1 : SEIKO AN -lOlF Printing Mechanism 
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Figure 3.1,2 s Timing Signals 
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The printer drum and the ratchet shaft are geared 
together and rotate continuously in the direction shown. 
During a non-print condition, the right end of the 
trigger lever is removed from the ratchet's pawl locus 
by the downward, force of the trigger lever spring. 

In the non-printing condition, the trigger magnet is 
not actuated and the hammers are lifted upward to a 
neutral position by the hammer lever springs. 

When actuated, , the trigger magnet’s actuating lever 
forces the opposite end of the trigger lever into the 
locus of the ratchet pawl. During its next rotation, the 
pawl will engage the right end of the trigger lever cauS' 
ing a downward motion to the right hand end of the 
hammer. The hammer thus strikes through the inked ribbon 
and paper, causing the character then under the hammer 
to be printed. 

Any of 42 characters (alphanumeric plus special 
characters x, and/) may be printe d in a 21- 

column format. Each position has a complete character 
set spaced evenly around the drum. Because of a 42; 1 
gear ratio, the ratchet rotates 42 times for each 
complete drum rotation. Hence each character of the 
set is positioned under a print hammer once during every 
rotation of the drum. 



From this brief description of the printer mech- 
anisms characteristics, it is evident that the basic 
function of the I/O controller is to actuate the hamm- 
ers at just the right time if printing is to occur* 
Timing signals are generated electromagne tically by 
means of detection heads and ferrite magnets associated 
with the ratchet shaft and drum. Rotation of the ratchet 
shaft generates signals TP and TL for each of the 42 
characters, TP provides timing for energizing the tri- 
gger magnets, TL for de-energizing, A reset signal R is 
generated by each complete rotation of the drum. The 
timing signals are shown in figure 3.1.2 , 

Each hammer driver is controlled by one of the PPI’ 
(8255^1) 21 data lines. When the STROBE control signal 
is made active, all the hammers whose corresponding PPI 
data lines are ”1" are activated. The PPI#2 is used to 
interface control and status signals. 

The Control signals axe j 
PPI#2 PCO STROBE 

PCI PAPER/RIBBON FEED 
The status signals is : 

PPI#2 PC4 TP/tt timing signal 

The interface of the above signals is shown in Figure 3.1,3 , 
The programmable interrupt controller (8259) is 



PPI # 1 
{ 8255) 







used to handle interrupt signals. The interrupt signals 
are : 

IRO Interval Timer (8253) interrupt 
IR 1 TP/TL timing signal interrupt 
IR2 Reset signal 'R* interrupt. 

External Hardware : Since the printer is an output device, 
read clock synchronization circuits are not required. Each PPI 
data line is ANDed with the STROBE so that the hammers are 
actuated when strobed. Apart from theee AND gates the hardware 
consists of pulse shaping circuits, 

SOFTWARE DESCRIPTION : 

The basic task, or algorithm , of the control program 
is to examine the text of the message to be printed and make 
sure that the appropriate bits in the PPI#1’s output ports, 
PORTA, P ORTB and PORT C,are set at the proper time. 

U nderstandiig of the operation is aided by regarding 
the time for one print drum rotation as forty-two equal inter- 
vals, tp through With this is mind, note that all similar 

characters in the text are printed simultaneously, i.e, all 
O’s are printed during t^, all 1*s during t^ etc. For example, 
if the text requires the letter C in coulumns 3 and 9 , column 
hammers 3 and 9 must be engaged during the time interval' t ^2 
during which all C*s are under the hammers. 

Following each ”TL” interrupt, the MPU examines the 
the entire message to se e if there are any characters to be 
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printed during the next time interval • Messages are stored 
in memory in 21- byte block with each memory position corre*-^ 
spending to a printer column position* 

A 42— byte character file corresponding to the prin- 
ter^ s character set is stored in a 42 byte memory block in the 
same sequence as it appears on the printer drum* As each TL 
interrupt is serviced, the character file pointer xs infjis- 
mented pronting to the address of the next character on the 
drum* 

The MPU then compares every character of the text 
to the current character file character, keeping a running 
column counter as it does so* Each data line of the FPI#1 is 
set or cleared depending on whether or not the respective 
text characters matched the character file character • 



^ Loops until flag is set#. 

. Selects hcimniers to be engaged at TP^, and enables interrupt 
TP/TL. 

, Engages seleeted hammers. 

. Diseng 0 ges hammers and selects hammers to be engaged at 
next TP. 

. Terminating, the print cycle i then performs a paper/ribbon feed 
Figure 3*1.4 Printer Loading of MPU Activity. 
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The control program of PRINTER CONTROLLER is broken 
into the following sub tasks : 

1. IN IT lAL IZAT ION s This routine is used to initialize the 
peripheral interface devices during system power-up. A 
detailed explanation of this routine is given in Table 

3.1.1 . 

2. PRINTER ENABLE : This routine is called whenever a line 

of text is to be printed. This routine initializes all the 
variables and enables Reset signal interrupt to initiate 
the printing at the begining of new print drum cycle. A 
detailed explanation of this routine is given in Table 

3.1.2 . 

3. RESET SERVICE ROUTINE : This routine services the reset 
signal, R, interrupt, A detailed explanation of this 
routine is given in Table 3,1.3 . 

4. PRINT SERVICE ROUTINE : This routine services the timing 
•signal, TL/TP, interrupt. A detailed explanation of this 

routine is given in Table 3.1.4 , 

5. Input text scan routine. "SCAN” t This routine scans the 
input text and selects the hammers which are to be enga- 
ged at next TP pulse by setting the appropriate data lines 
of PPI#i* A detailed explanation of this routine is given 
in Table 3,1.5 . 



- r D c e d I..I r e I N I T .T A i... 1 7. E 5 

"set PORT ALPORT B snd PORT CU_UW£K> 

of PP:f#:l. to output mod© 5 
reset STROBE ftsd? ,,, . 

reset PAPER/R;!:BB0N i-EEB 

. . V j •jL.i A Y_’.i i rr T T n* }•»* 


APER./R;!:BBUN fin.n:.,u . TIMER? 

initial ize PROORAHMABLE CONTROLLER? 

i n i t i a 1 i ze PROGRAMMABL E J- d El ..r.t 
mask all INTERRUPT REUUEo?,^ 


end ? 


<;5 L* .1. Cv? *.1^ ❖ i. <• .!■ 


INITIALIZATION Routine of PRJ.NTEE' 


rooedu re PR I NTEN ABLE ? 
bestin 

reset PRINTDONE fjas^^' pniNTER? 

initialize CHARALIEK |J-EE _ jgj-jjo? 

initialize im PYri F fl^^? 

set BE(3INING OF 

enable RESET INTERKUF- 1 REQUE. 

end ? 

"able 3*:f. .2 PRINTER ENABLE Routine of fRlNUJ 


>••■' rooedu re RESETPROCEiSH? 

P'rocedure TIMERPROOEbSs' interrupt (IRO) service*/ 

/)KThis is the INTERNAL IlMER in^- PAPER FEED*/ 

/*routine,This routine is ©Kecuted 
/*TIME elapses**/ 

bedin „-TT-,r,nu rrirn f •|3.d?/*stop paper feed*/ 

RRUPT nEms^s-. 

set PRINT DONE fled 

end f 


contd* Table 3* 1*3 
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besiS ;i. n/^F?ESETPF?OCI!;:SS*/ 

^ if BE6 ;i:N1;NG of print drum cycle thcsn 

ba?.Sin 

looF until TP/TL SIGNAL fl3<=5 is set? 
call SCAN? 

©nabla TP/TL SIGNAL INTERRUPT REQUEST? 
reset BEGINING OF PRINT DRUM CYCLE flssvi 
end 
else 

bed in 

looF until TP/TL SIGNAL flad is set? 

reset STROBE fled? 

set PAPER/RIBBON FEED fled? 

set PROGRAMMABLE INTERVAL TIMER to 

PAPER FEED TIME? 

end 
end ? 


Table 3«1*3 RESET SERVICE Routine of PRINTER* 


F rocedu re T I M 1 NGPROCESS ? 
bed in 

if TL SIGNAL INTERRUPT then 
bed in 

reset STROBE f 1 ad ? /W i sendade hamme rs)K/ 
call SCAN?/*Select hammers to be endaded 
/JKat next TP sidnal*/ 

end 

else set STROBE fl ad? /NfEndade hammers*/ 

end? 

Table PRINT SERVICE Routine of PRINTER. 
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F r o c B d u T' © S C A N ? 
bosdin 

:i.n;i.t.i.s:i,:i.ze INPUT TEXT POINTEF? to zero? 
reFeat 

:i.f CF CHARACTER ™ TXT CHARACTER then 
set CARRY 
else clear CARRY? 
if PORT A to be updated then 
shift CARRY to PORT A 
else if F'ORT B to be updated then 
shift CARRY to PORT B 
else update PORT C? 
increment INPUT TEXT POINTER? 

’ until INPUT TEXT POINTER > 2()?/)K2;L COLUMN formats}:/ 

increment CHARACTER FILE POINTER 

end ? 


Table SCAN Routine of PRINTER 
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3.2 TAPE CQNTRQ} 1 FR ; 

Data is recorded on the tape in the form of blocks 
with each data block consisting of ; (A)proaTnblB (1 byte 
(B) data (4 to 256 bytes) including the Cyclic Redundancy 
Check Character {2 bytes) and {C) a postamble (1 byte). The 
data recording format is shown in Figure 3.2.1. 



3.2.1 pperatino Characteristics of the Tape Device : Three 
control lines are provided for control of. tape motion: 
1. STOP/GQ 2. FORWARD/REVLRSE 3, SEARCH/REWIND or 
READ/WRITE SPEED. 

The tape can be moved either in forward or 
reverse direction. When the data’ is to be transferred 
the tape' is moved at READ/WRITE speed in the forward 
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direction and when the tape , is to be rewound or when 
a given record id to be brought under the R/W head 
then the tape is moved at SEARCH/REWIIMD speed* 

After giving the motion command, the tape motion 
begins after certain delay and reaches stable speed 
after some more delay. This is the startgap delay and 
tihe data should be transferred only after the startgap 
delay i.e, when the tape reaches its full speed. 

Photo-detectors are used for sensing End of Tape 
(EOT) and Beginning of Tape (BOT). The device is pro- 
vided with both a cassette- in-place sensor and a file- 
protect sensor. 

In a typical tape system, many functions must be 
performed, however, only the following basic routines 
are described. 

1. REWIND TO LOAD POINT (Load Point is the logical 
beginning of the tape) , 

2. READ A RECORD and 

3. WRITE A RECORD 

The control ^and status signals are interface 
to the MPU system bus through PPI#2 as shown in Figure 


3.2 

.2 . 

T he CO 

htrol signals are j 

PPI 

# 2 

FBI 

Write =0, Read = 1 



PB2 

Erase = 1, Rd Enable = 0 



PB3 

CRC Reset = 1 , CRC Enable = 0 




External 
H ardware 


Tape ' 
Devic' 
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PB4 

* Speed* RD-WRT = 

0, 

Search = 1 

PBS 

* Direction ♦ Fw d 

= 

1, 

Rev = 0 

PB6 

CRC shift = 0, Wrt 

Data 

Enable = 1 

PB 7 

, ♦Motion * Stop = 1 


GO 

= 0 , 

status si( 

jnals are ; 




PPI#2 

PA1 CRC Error = 

1 


■ 


PA2 Wot in Sync = 0 

PAS Ready = 1 

PA4 Cassette-in-Place = 1 

PAS Wrt protected = 0 

PA6 Available = 0 

PAT EoT-BOT Seen = 1 . 

The interrupt signals are interfaced through the 
programmable interrupt controller (8259). The interrupt 
signals are : 

IRQ Interval Timer (8253) interrupt 
IR 1 EOT-BOT time out interrupt 
IR2 Overflow-underflow interrupt 

3,2.2 Enternal Hardware Description : The data to be recorded 
on the tape is presented to the tape transport in Non- 
R eturn-to-zero (NRZ) format but is recorded in phase 
encoded (PE) format. The data conversion is performed 
by the hardware. The write data (ox CRC data) is gated 
through the NRZ to PE data converter before recording 
on the tape. The write data is also sent through a 
Cyclic Redundancy Check Character (CRCC)* The CRCC is 

It * 
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appended to the data block and the CRC data passes 
through the same circuitry as the write data for 
conversion to the P.E, format for recording* Both the 
preamble and the postamble are 3-bit patterns of alter- 
nating ones and zeros ( 0 1 0l 0l 01 -M SB) , (This can be 
used to establish the data rate during data recovery 
since there is a single transition per bit). During 
the write operation, the CRC generator is enabled (by 
clearing the data line PB3 of PPI# 2) after the preamble 
data has been written. The CRC generator remains enabled 
throughout the data block. At the end of the data block, 
the CRC data is shifted out of the generator into the 
Write circuitry (clearing PB6 of PPI#2 shifts CRC data 
into write circuitry whereas setting the PB6 data 
line moves the write data from PPI^I to the write cir- 
cuit s.y) . 

During a Read operation (PBI of PPI#2 is set) 
the write circuits are disabled and the read head passes 
the read signals onto theread circuits which amplify 
and convert the read signals to logic levels in P.E. 
format. The P.E. read data goes to. the phace locked 
loop data recovery csircuit which decodes the data 
and clock signals. The P-E. data also goes to a 
monostable multivibrator which is used to detect gaps 
during a search operation. The Read data goes to the 
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PPI # 1 directly (PORTA or PORT B) while the 
recovered clock goes to the PPI # 2 (PCO) via the 
clock selector circuit* 

During a Read operation, -the CRC Generator 
is turned on after the preamble has been read and 
remains on throughout the data block, including the 
appended CRC character. At the end of the CRC 
character the CRC Error line is examined to know 
whether the data has been read correctly. 

An Underflow-Overflow interrupt will be gene- 
rated by the hardware to abort the operation in the 
event of such an error. 

3.2.3 SOFTWARE DESCRIPTION ! The basic tasks of the 

controller are : ,1* INITIALIZATION. 2, Rewind 

the tape to the load point, 3. Read a variable length 

record and 4. Write a variable length record. 

1. ' INITIALIZATION : This routine is used to ini- 
tialize the peripheral interface devices during 
system power-up. A detailed explanation of this 
routine is given in Table 3*2,1 . 

2, Rewind trf I sad Point routine j When a tape 
cassette is inserted in the Drive, it may be at 
clear Leader either on the BOT or EOT end, or it 
may be in the "Middle* of' the tape between BOT and 
EOT markers. A number of different schemes may be 
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used to move the tape to the Load Point. The 
method used may be either completely automatic or 
require some operator intervention. The Rewind 
to Load Point operation described here assumes that 
the tape has, at some prior time, been advanced 
past the HOT marker and it is desired to rewind the 
tape to the Load Point. A detailed explanation of 
this routine is given in Table 3.2,2, 

3, Read routine : The READ PROCESS procedure 

checks the tape status and brings the tape up to 
speed if the status is good. The tape status 
check consists of checking for Tape Available, 
Ready, Cassette in Place, In Sync, EOT seen. and 
CRC Error, Wheneeer the tape is stopped, the 
hardware sets the In Sync and CRCC Error status 
bits to a good status. This allows a single Read 
status check subroutine, TPRDSTATUS, to be used 
both while the tape is stopped and while it is in 
motion. The reading of the data will be started 
when the Interval timer (8253) interrupts the MPU 

after the start gap delay. 

There are three possible sources 
of Interrupts during the execution of the READ 
program. They are 1» Overflow Interrupt 2. EOT 
interrupt ami 3» Timer interrupt. The overflow 
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interrupt occurs if the MPU does not read the next 
Bata Bit/Byte when its presence is indicated by the 
Bit/Byte Ready signal* The operation will then be 
aborted by the Overflow Interrupt* The EOT interrupt 
should not normally occur during the Read operation 
since the EOT single-shot period is set to a time 
greater than the length of one record. This implies 
that even if an EOt transition is seen on starting 
Read motion, there is enough time to complete that 
record before being interrupted by the EOT single-shotw 

A detailed explanation of the Read 
routine is given in Table 3,2.3i 

4* Write Routine ; The Write Record Procedure checks 
the tape status and brings the tape up to speed if the 
status is goodi The writing of one complete record 

i 

(Preamble, Bata, CROC and Postamble) begins after the 
stop gap delayi If more than ohe record is to be 
written * tape motion is not stopped in Inter record 
gaps* The Write Word Procedure writes a byte on tt the 
tape in bit serial form* 

There are three possible sources of 
interrMpts during the execution of the Write Program* 
They are 1; Underflow Interrupt, 2* EOt interrupt 
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and 3, Timer Interrupt, The Underflow Interrupt 
occurs if the MPU does not provide the next Data 
Bit/Byte when it is requested by the Bit/Byte request 
signal. The operation will then be aborted by the 
MPU. The EOT interrupt should not normally occur 
during the Write operation since the EOT single-shot 
period is set to a time greater than the length of 
one record. If no Bit/Byte request is seen, thenthe 
write operation is aborted after a time slightly 
longer than the length of one record. The Interval 
timer is set to a time corresponding to the length 
of one record before the beginning of writing of a 
Data Record. A detailed explanation of the Write 
routine is given in Table 3.2,4. 

The software is generalized by passing 
the device speed dependent parameters to the control 
routines. .These parameters are 5TART6APT IME , STOPGAP- 
TIME, RECDLENGTHTIME (the time required to read/write 
one full record), REWINDTAPETIME {the , time required 
to rewind full tape) , and BOTSA.D.PT$GAPT IME (the 
time required to move the tape from BOT to the Load 
Point at READ/WRITE Speed), The Read and Write 
Routines are further generalized such that they can 
transfer the data both in Bit Serial Foxi^ ^t|d 
Byta parallel form. The MPU can 'trai ^^JI^L 

'M. iStt. A Cy.7tiP 


kAWpur 



52 
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:i.ni,t:La;i. ize PROGRAMMABLE INTERMAL TIMER? 

;i,s:e PROGRAMMABLE INTERRUPT CONTROLLER? 


RRUPT REQUESTS 


end ? 


sble 3<.2..1. INITIALIZATION Routine of TAPE BEMICE* 


^ rocedti re RELPPROCESS ? 

function TPRELPSTATUS?/5!<Checks whether tane status is 
/5|<dood to carry out RE'WINB TO LOAD POINT one rati on t>K/ 
bed i n 

innut TAPESTATUS? 
mask out unwanted bits? 
test AVAILABLE and READY flads? 
return TAPESTATUS 
end ? 

nrocedure BOTEOTPROCESS? 

/>KThis routine is executed whejn BOT“EOT TIME." OUT sidna.!. 5ic/ 
/Hcinterrunts the MPU durind Rewind to BOT operation^/ 
bed in 

output MOVE TAPE AT RD~WRT SPEED control word? 

save STACK POINTER? 

set MOVING FORWARD TO BOT OP flad? 

set PROGRAMMABLE INTERVAL TIMER to 1000 

milliseconds ?/*To abort operation if BOT is */ 

/Jicnot sensed soon.JS/ 

loon until BOT is sensed? 

set PROGRAMMABLE INTERVAL TIMER to 

BOT-LOAD POINT GAP TIME? /sKTo stop tape when it#/ 

/# reaches Load Point*/ 

end? 


contd* Table 3«2»2 
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p^rocedure TiCHERPROCESSJ. ?/3lcTh:i.s routine is OKecuted when %/ 
/!H.TNTEP;yAL TIMER interrupts the MPU durins? F?EUIND TD B0T3!</ 

/ % o p e r s t i o i"! ^ / 
bed in 

output STOP TAPE control word? 

set REWINB TO BDT OPERATION ABORTED OP flad 

end 9 

p r o c e d u r e T I M E R PROS E S S 2 ? 

/f'This routine is executed when INTERyAL TIMER M/ 

/>Kinter ri..u*ts the MPU when tspe is movind to BOT marker)!!/ 
b 03d in 

set MOVE F-ORUARD TO BOT OPERATION ABORTED OP flsd? 
restore STACK POINTER? 
output STOP TAPF." control word 

end ? 

P rocedu re T I MERPRDCESS3 ? 

/5{<This routine is executed when INTF:.'RVAL TIMEiiF? interrupts^!/ 
/sKth© MF''U when tape is movind forward to Load PointH</ 
bed in 

check TAPE STATUS? 

if TAPE STATUS is dood then 

set REWIND TO LOAD POINT OPERATION COMPLETED 
OP fled 

el se 

set MOVE F-ORWARD TO LOAD POINT OPERATION ABORTED 
OP flad? 

output STOP TAPE control word 

end ? 

bed i n/ JKREL PPROCESS*/ 

output REWIND TAPE AT SEARCF^ SPEED control word? 
set REWINDING OF TAPE IN PROGRESS OP flad? 
if TPRELPSTATUS is dood then 
b<v?El:Ln 

set PROGRAMMABLE INTERVAL TIMER to REWIND TAF*E 
TIME }/$To abort operation if BOT is not sensed*/ 
/*soon*/ 

end 

else 

bed in 

output STOP TAPE control word? 
set REWIND TO BOT OPERATION ABORTED OP flad? 
end , , 

end? ' _ ■ 

Table 3*2*2 REWIND TO' POINT RdUtine of TAPE DEVICE* 





rocedu re F!:EA»PF?OCESS ( WOF^DCOUNT ) J 
f i,.inc t :i. on TF=’R.t:iSTATUS ? 


/sKThits routino checks whether thos TAF-'E STATUS :Ls daod %/ 
/>!cto cssrra out the F^EiAD oFeretfionJ!?/ 
bcsd :i. n 

input TAPE STATUS from PORT A of PP3:#2? 
mask out unwanted hits? 

test AVAILABLE ? CASSETTE-IN-PLACE ? READY ? INSYNC 
and CRC ERROR? 
return TAPE STATUS 


end ? 

F'-'rocedure TIMF:.'F?F-'F?OCE:.'SSJ. p/*This routine is executed when 5^/ 
/^the HPU is interruF*tfjd bw the INTEiiF^VAL TIMEi!ri‘ when tape^/ 
movind in START (3AP)!c/ 

procedure TIMERPR0CESS2? />KThis routine is executed t/ 
/!j«when the MF-'U is interrupted he the INTERVAL TIMEF?Jic/ 
/ >K w h e I"! t h e t i m e r e a u i r e d to r e a d a r e c o r d e I a p s e s % / 


bescLn 

set READ ERROR INCOMLETE DP flad? 
output STOP TAPE control word? 
restore STACK POINTEiiR 


end? 

procedure BOTEOTPROCESS? j 

/JkThis routine is executed when the MPU is interruP-ted^J/ . 

./>Kbw the BOT-EOT TIMEOUT sidnaDK/ 

l^edin j 

set EOT SEEN OP flad? I 

output STOP TAPE control word? j 

end? I 

procedure DVUNDFLOWPROCESS?/*This procedure is executed*/ | 

/*when the MPU is interrup'ted be the OVEF?F"LOW INTERF?-*/ | 

/*UPT sidnal*/ [ 

bed in 

output STOP TAPE control word? 
set OVETR FLOW OP flad 

end? 

b©din/*TIMERPROCESSl*/ 

clear BIT/BYTE READY fladJ 

set PROORAMMABLE INTERVAL TIMER to RECORD LENBIF3 
TIMEf/* To abort operation if readind of the */ 
/^record is not completed within RECORD*/ 

/*LENOTH TIME*/ 
enable READ MODE? 
set BIT COUNTER to 8? 

read PREAMBLE BYTES • 

enablevCRC GENERATOR and OVERFLOW INTERRUPTSS 


contd? Table 3 *2 *3 
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:i.f BIT SERIAL BATA TRANSFER then 

sot BIT COUNTER to 8? 
repeat 

loop until BTT/BYTE READY fla£« is siet? 
shift the READ BIT into the DATA BUFFER? 
update BIT COUNTER? 
clear BIT/BYTE READY flasf? 
until BIT C0UNTER“0?/>}fW0RD assembled*/ 
update WORD COUNTER? 
update DATA BUFFER F'OINTER 
until WORD C0UNTER»0/*RECORD assembled*/ 
else 

/*BYTE TRANSFER*/ 
repeat 

loop until BIT/BYTE READY flad is set? 
move the READ BYTE to DATA BUFFER? 
clear BIT/BYTE READY flad? 
update WORD COUNTER ? 
update DATA BUFFER F'OINTER 
until WORD COUNTER ~ 0? 

set BIT COUNTER to .1.6?/*To read the two CRC bwtes*/ 
repeat 

loop until BIT/BYTE READY flad is set? 
clear BIT/BYTE READY flad? 
update BIT COUNTER? 
until BIT COUNTER =0? 
mask DMERFLOW INTERRUF^T REQUEST? 
check TAPE READ STATUS? 
if TAPE READ STATUS is dood then 
set MOUINC? IN STOP GAP OP flad 
else set READ ERROR INCOMPLETE OP flad? 
output MOVE TAPE IN ERASE MODE control word? 
set PROGRAMMABLE INTERVAL TIMER to STOP GAP TIME 
end ? /*TIMERPROCESS:l. */ 
procedure TIMERPR0CESS3? 

/*This routine is executed when the MF^U is inerrupted*/ 
/*bw the INTERVAL TIMER when the tape is movind in */ 
/*STOP GAP */ 
bed in 

check TAPE ENDING STATUS? 
if TAPE ENDING STATUS is dood then 
bed in 

set READ RECORD DONE OP flad? 
update RECORD COUNT FROM BDT 

end 

else set ENDING READ ERROR OP fla^? 
output STOP TAPE control word 

end? 


contdt Table 3*2*3 
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be£5:i.n/)j«REAJ[;i PFs'OCEBS^if/ 

initial .Iz® DATA BUFFER POINTER? 
check TAPE READ STATUS? 
if TAPE READ STATUS is sSood then 
bed in 

output MOVE FORWARD AT RD-WRT SPEED IN ERftsp 
MODE control word? 
iset MOVING IN START GAP OP flad? 

set PROGRAMMABLE INTERVAL TIMER to START GAR tt / 
save STACK POINTER ' 

end ? /5KREADPR0CESS*/ 

Table 3*2*3 READ Routine of TAPE DEVICE* 



p r ocedu re WR I TERECORD 5 

function TAPEWRTSTATUS? 
be din 

input TAPE STATUS from PORT A of PPI#2? 
mask out unwanted bits? 

test AVAILABLE? CASSETTE-IN-PLACE? READY? IN SYNC 
and CRC ERROR 

end? 

P r ocedu re T I MERPROCESS 1 ? 

/)HThis procedure is executed when the MFiJ is interrup’ted)^/ 
/>Kbs the INTERVAL TIMER when tape is movind in STARTGAR*/ 
procedure TIMERPR0CESS2? 

/^This routine is executed when the MPU is */ 
interrupted bw the INTERVAL TIMER when time#/ 
/Jftreauired to write a record elapses*/ 
bedin , 

output STOP TAPE control word? 
set WRITE ERROR INCOMPLETE OP fled?* 
restore STACK POINTER 

end? 


contd* Table 3.2*4 


I 
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p rocedu ro3 BOTEOTPROCESS ? 

/*Th:i.s rout in© is executed wh©ri th© MPU is %/ 

/!|? interrupt 03d bw the BOT-EOT TIMEOUT ‘-ridnslsic/ 
bed in 

set EOT SEEN OP flad? 
output STOP TAPE (control Mord 

end 5 

p rocedu re OVUNBFLOWPROCESS ? 

/>HThis routine is executed when the MPU is «/ 
/:tinterrupt©d bw the UNDERFLOW SIONADic/ 
bo-;din 

output STOP TAPE control word? 
set UNDERFLOW OP flasS 

end? 

p rocedu re WR I TEWORD ? 

/>KThis routine writes s bate word ? storosd in >K/ 

/ >i< iri (v? iTi o r 1 o c s t i o n OUR Fil ENT B U F F E F<I ? i n b i t s e r i s 3 # / 
/>kforiTi5K/ 
bo3d in 

set BITCOUNTER to 8? 
re pest 

loop until BIT REQUEST flad is set? 
move next DATA BIT to PORT A of PPI=S=1? 
reset BIT REQUEST flsd? 
update BIT COUNTER 
until BIT COUNTER ” 0 

end? 

bed i n/5|cTI MERPROCESS It/ 

set WRITE IN PROGRESS OP flad? 

set INTERVAL TIMER to RECORD LENGTH TIME? 

/tto abort operation if write operation is #/ 
/*riot completed soon enoudhJic/ 
loop until BIT REQUEST flad is set? 
move PREAMBLE BYTE to CURRENT BUFFER? 
enable UNDERFLOW INTERRUPT REQUEST? 
enable READ MODE? 
if BIT SERIAL DATA TRANSFER then 
call WR I TEWORD 
else 

bedin 

loop until BYTE REQUEST flad is set? 
move PREAMBLE BYTE to PORT A of PPI#1? 
reset BYTE -REQUEST flad . 
end? , ' ' ' . 


contd* Tables »2« -4 
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movfvj DATA BYTE from DATA BUFn-EF? to CURFJENT 
BUFF" ER ? 

:i.ricrome;nt DATA BUFFER POINTER? 
enable CRC GENERATOR? 
if BIT SERIAL DATA TRANSFER then 
repeat 

call WRITEWORD? 
update WORDCOUNTER ? 
if WORDCOUNTEROO then 
be din 

move DATA BYTE from DATA BUFFER 
to CURRENT BUFFER? 
increment DATA BUFFER F^'OINTER? 

end 

•..inti 1 WORDCOUNTEROO 
else 

repeat 

loop until ItYTE REQUEST flad is set? 
move contents of CURRENT BUFFER to 
PORT A of PPItl? 
reset BYTE REQUEST fl3.d? 
update WORDCOUNTER? 
if WORDCOUNTER <> 0 then 
bed in 

move next DATA BYTE from DATA 
BUFFER to the CURRENT BUFFER? 
increment DATA BUFFER POINTER 

end 

until WORDCOUNTER = 0? 

set BIT COUNTER to 16?/NfTo read two CRC 

/KBYTES#/ 


repeat 

loop until BIT REQUEST flad is set? 
enable SHIFT CRCJ 
reset BIT REQUEST flad?* 
update BITCOUNTER 
until BIT C0UNTER=0?‘ 

move POSTAMBLE BYTE to CURRENT BUFFER! 
disable SHIFT CRC? 
call WRITEWORDJ/JKWRITE POSTAHBLE*/ 
loop until BIT/BYTE REQUEST flad is set? 
decrement RECORD COUNTfc'RJ 


Contd« Tabie 3?2?4 
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if RECOF?D COUNTER ~ 0 then 

be«Jin/>KNo more records to write>lc/ 
outy»ut STOP TAF-’E control word? 
set ERASE-STOP IN PROORESS OP flsdJ 
mask UNDERFLOW INTERRUPT REOUESTy 
set PROGRAMMABLE IMTERUAL TIMER to 
STOP GAP TIME? 

end 

else 


be s' in 

iriF'Mt the TAPE STATUS from PORT A 
of PPI#2? 

check for EOT SEEiiN? 
if EOT SEEN then 
bed in 

output NOME TAPE IN 
ERASE MODE control 
word? 

set WRITE ERASE IN PROGRESS 
OP flad? 

set the PROGRAMMABLE 
INTERVAL TIMER to STOPGAP 
TIME? 

end 

else 

bed in 

output STOP TAPE control 
word? 

set ERASE STOP IN 
PROGRESS OP flad? 
mask UNDERFLOW INTERRUPT? 
set PROGRAMMABLE INTERVAL 
TIMER to STOPGAP TIME? 

end 

end 

end ? /*TIMERPR0CESS1 */ 
procedure TIMERPROCESSS? 

/*This routine is executed when the MPU is iriterrupted3i«/ 
the INTERVAL TIMEilR when tape is movind in STOPGAP*/ 

increment RECORD COUNT, from BOT? 
test OP flad? 

if ERASE STOP IN PROGRESS then 

bed in . 

set RECORD COMPLETE-STOP OP flad? 
output STOP TAPE control word? 
mask all INTERRUPT REQUESTS 

els® set RECORD COMPLETE-ERASE GO OP flad 
end'? ^ 


.'.dufvtd'* Table 3*2*4 




bes!J :i. n/ JKWR ii: TE RECOREiJK/ 

:i,ri;i.t:i.a:!.:i.z© DATA BUFFER F'OINTER? 
check TAPE STATUS? 

:i.f TAPE STATUS :i,s s-iood then 
be din 

set MOVING IN STARTC-jAP OP flsd? 


output MOVE TAPE 
set PROGRAMMABLE 


IN ERASE MODE control word? 
INTEF?VAL TIME!’’ to £)TAF';1f GAP TlMt;. 5 


save STACK POINTER 

end 

else set WRITE ERROR IN ENDING STATUS OP flad 
end ? ,/>!cWRITERECORD>ic/ 


Table WRITE Routine of TAPE DEVICE ♦ 
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upto 24 K bits/sec in Bit Serial Form and upto 5K bytes/ 
sec. ( 40K bits/sec) in Byte Parallel Form. ( assuming 
one microsecond CPU clock period) « For lower speeds 
of the device, the Bit Serial Form is chosen and ifor ’ 

higher Speeds the Byte Parallel form is chosen. 'The ^ 

type of data transfer is conveyed to the Read/Write 
Routines by the parameter DATARATEBA NGE . 

* I 

3.3, FLOPPY DISK CONTROLLER : 

The floppy disk is a removable niagnetTc"'' 

storage media which is permanently contained in a ^ 

paper envelope. The diskette drive is a low cost 
peripheral which performs the electro-mechanical and 
Read/Write functions necessary to record and recover 
data on the diskette^ The floppy disk is divided 
into several concentric tracks and the data is 
recorded serially on each track. Mormally* single 
R/W Head is used for transferring the data and eSch 
track is made available to the R/W Head by accessing 
the Head with a stepper motor and carriage assembiy* 

3.3.1 RECORD FORMAT : Each data bit recorded on the 

diskette has an associated clock bit recorded with it* 


Data written on and read back from the diskette takes 
the form as shown in figure 3,3.1. The binary data 
pattern shown represeit's a 101. 
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clock bits 


Y 


1 
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L 1 
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Data bits 


Figure 3,3.1 


Data pattern. 


The clock bits and data bits {if present) 
leaved as shown in the above figure. 


are inter- 


3.3.2 . g . i iC K . FORMAT -. Tracks n,ay ba fcrmattad in numarous 
ways and ara dapandant on tha uainj aystam. Index 
Recording Fornat is used hare. In this format, tha 
system may record one long record or several smaller 
records. Each track is started by a physical index 
pulse and then each record is preceded by a unique 
recorded identifier. 


3*3*3 Fynetjons of Flgpjgy Disk Con tro.n pit's the following 
basic routines are described in this section. 

1. SEEK ROUTINE 

2. READ A RECORD and 

3. WRITE DATA RECORD, 

3,3,4 INTERFAC E SIGNALS: The functional block diagram 

which shows all the signal lines between the floppy - 

t 

disk system and the PPIs is shown in Figure 3.3*2. 

PPI # ^ is used primarily as a 

data buffer. PORT A is the WRITE CLOCK buffer register 
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for write operations and the READ DATA gate for read 
operations. PORT B is the WRITE DATA buffer for write 
operations and is used as status signal gate for read 
operations. The four read status signals which are 
routed to PPI # 1, PORT B are j 


PB 0 

ID/DATA 

CLOCK MARK 

PB1 

INDEX 

CLOCK MARK 

PB2 

1st Bit 


PB3 

CRC = 00 



PORT A and PORT B of PPI # 1 are programmed to be 
INPUT during Read operation and to be OUTPUT during 
Write operation. The control and status signals are 
interfaced to the MPU system bus through PPI # 2. 

The control signals are : 

PPI # 2 PBO FORWARD DIRECTION 
PB1 HEAD LOAD 

PB2 REA.D ENABLE 

PB3 SHIFT CRC 

PB4 ENABLE CRC 

PB5 ENABLE WRITE 

PB6 WR ITE GATE 

PB7 ABOVE TRK 

PPI # 1 PCS FILE INOP RESET 
PC 6 BISK SELECT 

PC7 STEP 
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The S'tstus signals are : 


PPI # 2 


PAD INDEX 

PA1 R/W error 

PA 2 NOT INSYNC 

PA3 DISK SYSTEM INOPERABLE 

PA 4 UNDERFLOW /OVERRUN 

PAS WRITE PROTECTED 

PA 6 NOT READY 

PA 7 TRACK 00 


TRACK 00 status signal is generated, when the R/W 
head is positioned on outermost track of the diskette. 
The R/W Error is the logical OR of NOT INSYNC, DISK 
SYSTEM INOPERABLE, and UNDERFLOW/OVERRUN. 

The interrupt signals are : 

IRO INTERVAL TIMER INTERRUPT 

IR1 R/W ERROR 

IR2 READY 

IR3 INDEX. 

3-3.5 EXTERNAL HARDWARE D£5CRIPTIQN ;> 

Read Operation Interface ; The SERIAL READ DATA signal 
contains both clock and data information. The hardware 
contains a Data and clock recovery block whose function 
is to produce a separated NRZ data, a clock that is 
synchronized to the data and serial mz clock informa- 
tion and another clock that is synchronized to the 
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recovered clock pattern from the SERIAL READ DATA. 

The interface contains a serial to parallel shift 
register, a read data buffer register, a bit counter 
(used to determine the byte boundaries) and a CRC 
polynomial generator (used for detection of read 
errors) . The interface also contains a clock shift 
register and a decode of the clock portion of the data, 
ID and index address marks. 

This interfacB cBnvBrts 

the parallel write clock and write data into interleaved 
serial data. 

, Petect .tggig blpck ; -This block contains error 
latches. When an error condition is trapped, the 
appropriate error latch will be set. 

3.3.7 SOFTWARE DESCRIPTION 

Th^ basic control functions are • 

1. INITIALIZATION. 2. SEEK operation . 3. READ a 

record and 4. WRITE a given number of records. 

1. INITIALIZATION s- This routine is used to 
initializet .r the peripheral interface devices during 
system power-up. A detailed explanation of this 
routine is given in Table 3.3,1. 

2. SfEK Operation the seek function is divided 
into two parts* the ^EK INITIALIZATION routine and 
the INTERRUPT DRIVEN SEEK. The SEEK INITIALIZATION 
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routine calculates the number of tracks and direction 
the R/W head must move, sets up the disk control 
signals, and generates the first interval timer 
interrupt to begin head movement. 

Head movement from track to track is 
controlled by the INTERRUPT DRIVEN SEEK program routine. 
This routine is interrupt driven fay the interval timer. 
The two control signals DIRECTION And STEP govern 
head movement from track to track whenever a STEP 
pulse is generated, the R/W head will be moved to 
the next track. When the seek is completed, a seek 

complete indicator flag is set. 

The RESTORE operation is similar to the seek 
operation. The main difference between seek and restore 
is that a restore operation always moves the R/W head 

to track 00 (outermost track). 

A detailed explanation of the SEEK routine 

is given in Table 3.3*2, 

3. RfAn routine This routine is used to read 

both ID and DATA records. ■ The differences between 
an ID and data field operations 
1, The number of bytes in the field, 

a. ID field » 7 bytes 

b. Data field (fixed format) * 131 bytes. 



D e e d i.,i r a T N I T T A I... 1 2 E ? 
bediri 

oaf i.na HOK'T ALPORT B? and PORT C(l.OWER) nf PPTf! 

5%-5Pr“rnrf'? “f PP«1 output! " 

^ '-“-“wer) of ppita as mputs 

.■■'lid I- OK) B? PURI C< UPPER) of PPI#2 a«s ontaii-l-.'.?? 
ra<.et ACNDWLEne5E.Fn,.E INOP, BISK SELECT ’ and CTEP 
:i ri 1 1- j /;j .1. :i, x o p k 0 0 k A M M A B I... E I N T E R U A L T I M E R ? 

:i n.i. tial :i, zo? PRO05RAMMABI...E INTERRUPT CONTROl i FR? 
al .1. INTERRUPT REQUESTS 

and ? 


fl as5s )» 


abla INII'IALIZATION Routine of FLOPPY BISK* 


oceduri' SEEK I NTT 5 

f uni.' l-. i on B I SKSEEKSTATUS ? 
be din 

input BTSKSTATU8S) 

check BISKINOPERABLEyREABY, and HEAB LOAD 

ei'id? 

prnceduff' TIMERPPv'OCESSl J />|cThis routine is e}-?ecuted when#/ 
/^tlie NPU is interrupted taw the INTERVAL TIMER when the #/ 
/#tiirie reeiiired to move FJ/W HEAB from one track to neKt#/ 

/ # t r i-( a K e I a P' s e s # / 
bed i ri 

check BISK SEEK STATUS, 
if BISK SEEK STATUS is ^ood then 
bed in 

decrement TRACK BELTAF/)icTRACK DELTA is the*/ 
/#difference between the TARGET TRACK and*/ 
/♦CURRENT TRACK*/ 
if TRACK DELTA «= - .1 then 

ta©din/#SEEK operation is over*/ 
mask all INTERRUPT REQUESTS? 
if RESTORE OPERATION then 

set RESTORE ABORTED OP flad 
else set SEEK COMPLETED OP f lad 

end 

else 


contd* Table 3*3*2 
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update CURRENT TRACK buffer? 

•if RESTORE OPERATION then 
beslin 

input DISK STATUS? 
test for TRACKOO? 
if TRACKOO then 
bejiin 

move zero to 
CURRENT TRACK buffer? 
move OFFH to TRACK 

DELTA? 

mask all INTERRUPT 
REQUESTS ? 
set RESTORE 
COMPLETED OP flssfJ? 

end 

else 

besSin 

slenerate STEP pulse? 
set PROGRAMMABLE 
INTERUAL TIMER to 
TRACK INTERUAL 
TIME 

end 

end/#RESTORE OPERATION*/ 
else 

b©«Sin/*SEEK OPERATION*/ 
venerate STEP pulse? 
set INTERUAL TIMER to 
TRACK INTERUAL TIME 

end 

end/*TRACK DELTA # -1 */ 
end/#DISK STATUS is sJood */ 
else ‘ 

bed in 

move FFH to TRACK DELTA? 

if RESTORE OPERATION then 

set RESTORE ABORTED OP flad 
else set SEEK ABORTED OP flad? 
mask all INTERRUPT REQUESTS 

€?ncl 

end?/*TIMERPROCESSl*/ 


bontd* Table 3t3+2 


I 
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be«ri.n/>!<SEEKIN:n')lt/ 

if REBTORE OPERATION then 
be Min 

initialis^e TARGET TRACK to zero? 
initialize CURRENT 'TRACK to NUMBER OF TRACKS 
DISK 10? 

set RESTORE OPERATION IN PROGRESS OP flaM 

end 

else set SEEK IN PROGRESS OP flasi? 

move difference of TARGET TRACK and CURRENT TRACK to 
TRACK BEITA? 
if rRACK DELTA < 0 then 

■■>et FORWARD SEEK control flad 
e Ise 

be, ‘din 

ne'tate TRACK DELTA and CURRENT TRACK? 
set REMERSE SEEK control flad 

ei'id ? 

set DISK SELECT flad? 

Generate FILE INOP RESET eulse? 

sel. PROGRAMMABLE INTERMAL TIMER to 3 milliseconds? 

/)KfD .Merierate dummy interrupt and start SEEK operation*/ 
enable INTERVAL TIMER INTERRUPT and READY INTERRUPT 
end?/*BEEKINIT#/ 


Table 3,3.? SEEK Routine of FLOPPY DISK 


procedi.ire READRECORD? 

function DSKRDSTATUS? 
bed in 

input DISK STATUS? 

test NOT INSYNC » DISK SYSTEM INOPERABLE . OVERRUN t 
NOT READY and NOT HEAD LOAD? 
end? ^ 

procedure TIMERPROCESS? . . 

/#This procedure is e«#cuted when the MPU is interrupted*/ 
/#by the INTERVAL TIMER when the time reouired to read a */ 

/♦record elapses ♦/ 

READ ABORT BY interrupt OP f lad? 

output STOP READ control word? 
mask all INTERRUPT REQUESTS 

©nidi 
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!}cf?eai:irecori;i*/ 


set READ :i:N PR0(3RESS OP flag? 
r e s <v! t 3 1 1 c o n t r o 1 f 1 a g s ? 
set DISK SELECT flag? 


g e i"i e 1 ' a 1 1 " I- .1, 1.. E I N 0 p R E S E! T p u 1 s e ? 
fetch DISK READ STATUS and store 
if E:RRDRSTATUS™0 then 


in ERRORSTATUS? 


save STACK POINTER? 

:i.n:i.t:i.al:i. 2 :e DATA BUFFER POINTER? 
enable all INTERRUPT REQUESTS? 
set PROBRAMMABLE INTERNAL TIMER to READ TIME 
/*T.i,irie reeuired to read a RECORDJft/ 


reset BYTE READY flag? 
enable CRC GENERATOR? 


repeat > 


loop until BYTE READY flag is set? 
increment DATA BUFFER POINTER? 
move DATA BYTE from PORT A of PPI#1 


to DATA BUFFER? 
reset BYTE READY flag? 
update BYTE COUNTER? 
until BYTE COUNTERED? 
loop until BYTE READY flag is set? 

/*W 3 it for first CRC BYTE:*/ 

reset BYTE READY flag? 

loop until BYTE READY flag is set? 

/Jlcwait for second CRC BYTE */ 

reset BYTE READY flag? 

output STOP READING control word? 

fetch CRC STATUS and store in ERR0RSTATU8? 

end?/3|{ERR0R STATUS »<)*/ 

if ERRORSTATUS^O then set READ COMPLEfE OP flag 

else set READ ABORT BY PROGRAM OP flag? 
end?/#READREC0RD3lc/ 


Table 3.3.3 READ Routine of FLOPPY DISK. 
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p rocedu re WRTD AT AREC 5 

function DSKWRTSTATUS? 
be din 

fetch DISK STATUS 5 

test INDEXyNOT INSYNC yDISK SYSTEM INOPERABLEy 
UNDERFLOW y WR I TE PROTECTED y READY snd 
HEAD LOAD? 

end? 

procedure TIMERPROCESS? 

/>KThis procedure is. eKecuted when the MPU is interruptedsK/ 
/Jicbw the INTER’MAL TIMER when the time reouired to write t/ 
/$<s record elapses JR/ 
bed in 

set WRITE ABORT BY INTERRUPT OP flad? 
output STOP WRITE control word? 
mask all INTERRUPT REQUESTS 

end y 

bed i n/^WRTDATAREC*/ 

set DISK SELECT flad? 
denerate FILE INOP RESET pulse? 
check DISK WRITE STATUS? 
if DISK WRITE STATUS is dood then 
bedin 

save STACK POINTER? 

set WRITE IN PROGRESS OP flad? 

select PORT A end F’ORT B of PPII=1 as outputs? 

/jRFor write operation )R/ 

' move GAP CLOCK PATTERN to PORT A of PPI$1? 

move GAP DATA PATTERN to PORT B of PPI#.1.? 
set ENABLE WRITE flad? 
if CURRENT TRACK > ABOUE TRACK then 
/>KABOVE TRACK is that track besond which the Hi/ 
/JkWRITE CURRENT amplitude should be decreased#/ 
set ABOVE TRACK flad? 
set BYTE COUNTER to GAP BYTE COUNT? 
set INTERVAL TIMER to WRITE TIME?/#Time reeuired#/ 
/#to write a comF'leted record #/ 
set WRITE GATE OP flad? 
clear BYTE REQUEST OP flad? 
repeat /^writes GAF^ BLOCK #/ 

loop until BYTE.\ REQUEST flad is set? 
reset BYTE REQUEST flad? 
update BYTE COUNTER? 
until BYTE COUNTER "0? 
loop until BYTE REQUEST flad is set? 


contd» Table 3* 3* 4 



move ADDRESS CLOCK PATTERN to PORT A of PPI#:!.? 
move ADDRESS MARK BYTE to PORT B of 5 

enable CRC GENERATOR J 
reset BYTE REQUEST OP flsM? 

set BYTE COUNTER to 128?/>i<Fxxed formatJEach $/ 
/>K record contains 128 bytes excl. udinsJ CRC %/ 
/sKbstes %/ 

initialize DATA BUFFER POINTER? 
repeat /H(ur:Lt(SB data portion 

loop until BYTE REQUEST flad is set? 
move DATA CLOCK PATTERN to PORT A of PPI#1? 
increment DATA BUFFER POINTER? 
move the next DATA BYTE from DATA BUFFER to 
PORT B of PPI#1? 
reset BYTE REQUEST OP flad? 
update BYTE COUNTER? 
until BYTE COUNTER = 0? 
set SHIFT CRC control flad? 
loop until BYTE REQUEST flasi is set? 

/Hcwait for first CRC BYTE »/ 
reset BYTE REQUEST flad? 

move ’■OO" DATA PATTERN to PORT B at PPIfl ? 

/HtPreload GAP DATA PATTERN 
loop until BYTE REQUEST flass is set? 

/3l«wait for second CRC BYTE #/ 

reset BYTE REQUEST flajS? 

reset SHIFT CRC control flad? 

loop until BYTE REQUEST flasi is set? 

/*wait for GAP BYTE 
reset BYTE REQUEST flad? 
mask all INTERRUPT REQUESTS? 
reset WRITE GATE control flasS? 

select PORT A and PORT B of PP.I#1 as inputs? 

/^cPrepare for READ operation 
reset ENABLE WRITE control flad? 
set WRITE COMPLETE OP flad? 
end />KDISK WRITE STATUS is ‘Sood$/ 
else set WRITE ABORT BY PROGRAM DP flaat? 
output STOP WRITING control word? 
mask all INTERRUPT REQUESTS? 
end? /* WRTDATAREC «/ 


Table 3*3*4 WRITE Routine of FLOPPY DISK* 
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compiler is supplied by the INTEL Corporation* The 
object code of the compiler is the INTEL 8080* s 
assembly language. The hardware modules are not 
developed and the software is tested on the INTEL 
8080 SIMULATOR . The software control modules are 
evaluated in the next chapter. 
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CHAPTER 4 

EVALUATION OF CONTROL ROUTINES 

For successful data transfer between M PU and the 
peripheral device, it is necessary to synchronize the data 
transfer program to the peripheral because the peripheral 
data clock is asynchronous with respect to the program clock. 
The I/O controller which handles the data transfer consists 
of both hardware and software. An implicit assumption is that 
the best trade-off occurs by minimizing the hardware in the 
controller. 

In a microprocessor based I/O controller, it is 
necessary to determine ; 

1, How fast can the- microcomputer transfer program move data 
(as contrasted with a direct memory access scheme ) ? 

2, Will a given data transfer program work successfully in 
the system ? 

3, Is there any processing time remaining after handling the 
data movement ? 

4, Can any additional time dependent functions be performed ? 

5, What is the maximum length routine that can be performed 
in addition to the data transfer ? 

An analysis is required that will provide a technique 
for testing the operation of a proposed program. In addition. 
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if there is un«sed processing time in the system, it may be 
possible to eliminate additional hardware (e.g, buffer regis- 
ters). If a given program does not work in the system, the 
analysis should enable the user to modify the program or add 
additional hardware to allow the system to work . 

When a peripheral signals the MPU requesting process- 
ing time, it will be referred to as a Service Request (SR), 

Read or write Data Transfers are both examples of such service 
requests and wherever the term Read Data Transfer is referred, 
it is meant to both Read and write Data transfers, 

4.1 SERVICE REQUESTS AND PROGRAMS AS WAVEFORMS ON A 
TIMING DIAGRAM : 

The process of synchronizing a data transfer program 

to a peripheral can be visualized more easily when the 

SR’ s and the program are both represented as waveforms 

on a timing diagram. The peripheral SR waveforms is 

developed from the specif ications of the peripheral which 

identify the maximum time, T^, it takes to load the data 

buffer (the period during which data is invalid), ,and the 

minimum period, T^, between service requests. The period 

T is the worst case (fastest) peripheral word data rate, 
o 

The data transfer waveform is developed by writing 
the act«ai data transfer program and then calculating 
the time it takes to ; 
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1, Capture the data (T^) 

2, Process the data {T 2 “ includes period T^) 

3, Loop in a synchronization delay loop until a SR is 
active (n Tg- where T 3 is the single loop time and n is 
the number of times the program loops). 

These values are calculated by counting the number 
of processor clock cycles required to excute each function, 
and multiplying the numbers by the MPU clock rate. The wave~ 
forms and notation for a typical situation are illustrated 
in Figure 4,1,1 . Figure 4.1,2 shows a flow chart for a data 
transfer program. Figure 4,1.3 details the technique fpx 
calculating the program parameters. 
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Contd, • , 


Fig. 4.1.1 
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=» Service request update time (Data Invalid) 

T 2 ** Program processing time (Includes time to 
capture the data) 

Tg =» Synchronization loop time when the program has 
checked and found no active service requests. 

=5 Data capture time 

» Initial offset between the SR and program Data 
Transfer waveforms, 

n » number of times the program goes through the 
synchronization delay loop. 

Fig, 4,1,1 Peripheral Service Request (SR) and Data 
Transfer Program Waveforms and Notation, 



Figure 4,1,2 : flow Chart for a Typical Data 

Transfer Program 
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EXIT 


UI 

INR 

MVI 

DCR 

MOV 

SUI 

JNZ 


H PTRABDR LOAB ADDRESS OF DATA 10 

BLOCK POINTER IN TO 
REGISTER PAIR HL 

M INCREMENT THE VALUE OF ID 

THE POINTER 

L F4H UPDATE THE CONTENTS OF 7 

REGISTER PAIR HL TO 
POINT TO THE MEMORY 
LOCATION OF WORD COUNTER 

M ' DECREMENT WORD COUNT 10 

A,M MOVE THE VALUE OF WORD COUNT 7 

IN TO ACCUMULATOR 

OOH TEST FOR ZERO 7 

RDLOOP IF WORD COUNT IS NOTZERO 1Q 

RETURN FOR NEXT WORD 



IF THE MPU CLOCK PERIOD IS 1 MICRO SECOND THEN 

SYNC LOOP TIME, T^ = 17 MICROSECONDS 

PROGRAM PROCESSING TIME, T^ = 194 MICROSECONDS 

DATA CAPTURE TIME, T^ = 82 MICROSECONDS 

Figure 4.1.3 Data Transfer Program Indicating Method 
Used to Calculate Program Parameters. 



A successful data transfer means that each time the 
peripheral indicates, via an SR, that a word is available 
the program is able to capture the data before it is 
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replaced by the next data word. It is implied that the pro~ 
gram is. able to process the data between data word transfers, 
(The data processing includes storing the data in RAM and 
checking whether it was the last word that needed to be 
transferred) . Similarly for data transfers to the peripheral, 
the program must make the data word requested available bef- 
ore the succeeding request arrives. In other words, a succ- 
essful data transfer consists of avoiding an overjcun (dur- 
ing READ) and underflow (during WRITE). 

If the S? is not active at the time that the pro- 
gram checks for a SR, (i.e., the data word is not ready ), 
then the program goes into a synchronization (sync) loop , 
which causes a delay (T^) . At the end of a sync, the pro- 

gram again checks for an active SR . 

In the following analysis, it is assumed that the 
values of the parameters detailed in Figure 4,1,1 are at 
their worst case limits and are constant for simplicity. 

For the system to transfer data successfully the 


average word processing time T^^j. must be approximately 
equal to the peripheral data word SR period, 


(1) 


More precisely stated, in the limit as the number 


of words transferred, p , approaches infinity, the average 
word processing time, exactly equal to the byte 

cell period, , 
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Lim 

W - ■^o 

The time T^^j. consists of the program word process- 
ing time, T 2t and a time nl- while the program loops until 
the next word is ready, 

■f \ 

"'^AVG “ '*'2 "T" (^P? 1 "^p 


Where n is the number of sync loops taken while 
P 

waiting for p'^^ and whose value may vary f romi 0 to n 

( n = Hp maximum). 

The program byte processing time, J 2t must be 
equal to or less than the SR period T^ , or else the program 
could not keep *ip with the word rate of the peripheral. 
Therefore , 


T2 ^ Tg (4) 

If the program loops n times in the sync delay 
loop before the next data word is ready, then equation ( 4 ) 
can be modified to read ; 


I2 + (n-1) T 3 ^ T^ (5) 

Also, the time T2 + n T3 must be greater than T^ 
so that the program may begin the' transfer of the next word 
even if the offset, T^ , is equal to zero. This is true 
simply because the program loops until the next word SR. is 
activB, Hence, 


" T3 


( 6 ) 
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Therefore, the peripheral word ready period is 
bounded by T2 + (n-1) and T2 + n Tg for successful 

operation j 

Tj + (n-1) T3 « < Tj + n T3 ( T) 

If s= T2 then the program and peripheral are 
said to be synchronous. If > T2 then the offset gets 
smaller and smaller until it is negative or zero, which 
means that after the program has processed one word, the 
next word will not be ready. At this time, the program goes 
into the synchronization loop, and samples the peripheral 
word Ready line until the SR is again active. 

The maximum value of the synchronization loop for 
which the system will work maybe determined from the follow- 
ing argument. Since the peripheral SR and the program are 
independent, it is entirely possible that the SR occurs 
immediately after the program has initiated a sync loop. Since 
the data capture time is T^ and the data is invalid for a 
period T^ out of every T^, it is necessary that s 

T3 « - T, - - (8) 

This is the inequality used to calculate the 
maximum permissible value of T^ . 

The parameters T2, T^ and T^ are calculated for the 
data transfer programs of the three I/O controllers developed 

in the last chapter. These parameters are calculated follow- 

\ 

ing the method shown in Figure 4 , 1,3 and with the aid of 
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INTEL 8080 SIMULATOR. The SIMULATOR has a prov-ision to cal- 
culate the number of MPU clock cycles required to execute a 
given segment of assembly program. The maximum data transfer 
rate which can ba handled by the data transfer program corr- 
esponds to when T^ = T 2 * If T^ ^T 2 then the program goes into 
the synchronization loop and samples the Word Ready line 
until the SR is again active. The maximum number of sync 
loops, n, the program takes while waiting for the next SI 
is calculated by substituting the values of T^, T 2 and T^ 
in equation {7). The maximum value of sync delay, T^, for 
which the system will work is determined by substituting 
the values of T^, T^ and T^ in the inequality (8). The results, 
including storage requirements, are given in Table 4.1 . 
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CHAPTER 5 

CONCLUSIONS 

An important part of the conclusions i» a discussion 
on, to what extent the main objectives of the thesis have 
been fulfilled. 

The first part of the work presents a method to 
develop microprocessor-based I/O controllers with minimum 
external hardware. The possible generalizations that can be 
made in the controller are explained in detail. It is 
observed that absolute generalization is not feasible due 
to the wide variations in the operating characteristics of 
the I/O devices. A generalized MPU system is proposed to 
handle different kinds of I/O devices and the possible 
generalizations in the external hardware and the software 
control modules are explained. 

The second part of the thesis is the development of 
I/O controllers for the three devices i 1, Printer 2,. Tape 
device and 3, Floppy disk system following the methodology 
developed in Chapter 2. All the software routines are 
developed in PL/M • The hardware modules are not developed 
and the software routines are tested on the INTEL 8080 
SIMULATOR,, The software control routines are generalized 
by passing the device Speed parameters to the routines. A 
method to evaluate the software control routines is described. 
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All the developed software control routines are evaluated 
and checked their capability of handling high speed devices. 
The generalization of an I/O controller has a draw- 
back when the controller is dedicated to handle a particular 
I/O device. It is quite possible that that particular I/O 
device could be handled without the Hardware Timer (9253) and 
Programmable Interrupt Controller (8259). Tn that case, the 
cost of the system goes up. Usually, the MPU will be handling 
other tasks other than the I/O operation. The available 
processing time of the MPU and the unused data lines of the 
PPIs and Programmable Interrupt Controller can be utilized 
to handle the tasks other than the I/O operation. In that 
case, the effective cost of the system decreases. 

The methodology that has been developed deals with 
handling one I/O device at a time. The methodology may be 
extended to handle several I/O devices simultaneously. 
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